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SUGGESTIONS  ...  GALORE 

The  July  and  August  dog-days  may  be  responsible  for  at 
least  some  of  the  sixty  suggestions  offered.  One  I  tern 
requested  that  we  revert  to  printing  all  suggestions  and 
replies  In  detail.  Frankly/  this  Is  unworkable  for  reasons 
of  space  and  manpower.  Some  Issues  really  are  worth  airing 
publicly;  some  have  workable  possibilities  and  receive 
appropriate  direct  action;  some  concern  transient  issues, 
responses  to  which  will  have  no  general  value;  a  very  few 
are  of  a  crank  nature.  Thirty  three  specific  subject  areas 
were  addressed,  broken  down  Into  six  general  categories: 
technical  Issues  (19);  pricing  and  operational  policies  (5); 
physical  plant  ideas  (10);  general  job  handling  questions 
(10);  short  term  failures  with  respect  to  UTCC  general 
standards  (4);  keypunch  maintenance  (7);  system  test  time 
(5). 


About  keypunches:  how  many  at 

standup-express  and  should  the  AUTO 
disabled?  The  questions  are  under 
machines  have  been  without  electrlca 
"broken”. 


each  site  should  be 
feed  feature  be 
review.  Five  EUT 
power,  not  just 


About  system  test  time:  the  schedule  for  system  testing 
by  UTCC  staff  has  been  under  perpetual  review.  It  has  been 
changed  several  times.  Needs  and  techniques  both  are 
dynamic.  The  present  level  of  Investment  is  quite  In 
proportion  to  the  number  of  systems  In  hand  (OS,  HASP,  APL, 
ATS,  CPS,  accounting  systems,  the  language  processors,  the 
High  Speed  Job  Stream  subsystem,  etc.).  Extensive  use  of 
the  system  facilities  in  regular  job  streams  allows  the  off¬ 
line  testing  to  be  kept  as  low  as  It  Is. 

The  testing  shutdown  time  has  now  shifted  to  the  late 
evenings,  using  both  systems  at  once.  A  few  users,  and 
those  only  In  one  small  group,  have  objected  even  to  this 
schedule,  although  human  factors  (system  programmers  are 
human)  and  practical  considerations  make  this  an  efficient 
comb l nat l on . 

On  matters  of  scheduling  and  pricing  we  comment  as 
f ol 1 ows : 


All  system  services  are  either  charged  a  premium 
or  granted  a  discount  for  service  level,  treating 
each  job  as  an  entity.  This  both  hurts  the 
Impatient  RUSH  user  and  benefit^  the  patient  I/O 
user  to  the  fullest  extent,  on  purpose.  We  are 
working  on  any  tricks  In  the  system  which  might 
be  needlessly  Inconsistent  with  the  spirit  of  the 
scheme  (e.g.,  printout  priorities); 
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a  better  way  to  assess  peripheral  device  (setup) 
charges  Is  under  study.  A  surprise  arises  from 
using  SPEC  with  a  setup  job  having  inconsistent 
or  unworkable  SPEC  instructions.  The  operator 
may  not  then  be  able  to  process  the  job.  CPU 
time  for  the  SPEC  execution  causes  posting  of  the 
peripheral  charge.  Where  the  error  Is  the  user's 
this  charge  Is  appropriate.  If  the  operator  has 
erred/  a  credit  claim  will,  of  course,  be 
honoured* 

cards  read,  and  lines  printed  for  a  job  with  bad 
JCL  are  charged,  since  JCL  debugging  Is  not 
Intrinsically  different  from  FORTRAN  debugging; 

some  time  after  dark  the  backlog  of  long  jobs 
must  start.  Once  It  does,  response  to  short 
jobs,  even  RUSH  class,  will  be  reduced.  Since 
the  turnover  of  as  many  long  late  night  jobs  as 
possible  Is  desirable,  system  resources  cannot  be 
held  Indefinitely  Idle  to  accommodate  night-owl 
short  runs.  This  major  challenge  to  our  skill  in 
structuring  software,  hardware  and  operational 
policies  Is  under  continuing  consideration. 


SYMPOSIUM:  AUTOMATIC  CONTROL  AND  COMPUTERS 

IN  THE  MEP1CAI  FIELD 


From  27th  September  to  1st  October  1971,  the  Inst  I  tut 
Beige  de  Regulation  et  d ' Automat  I sme  (I.B.R.A.),  will  be 
organizing  an  International  Symposium  on  "Automatic  Control 
and  Computers  In  the  Medical  Field".  The  lectures  and 
discussions  will  take  place  at  the  "Palais  des  Congres",  In 
Brussels . 


Programme 

I  The  teaching  of  statistics  In  medicine. 

It  Multidisciplinary  approach  of  the  technics  of 
automatics  and  applied  Informatics. 

A.  Acquisition  of  the  Information: 

1.  Structured  questionnaires 

2.  Automatization  of  the  acquisition  of  data 

3.  Supervision 

B.  The  models: 

1.  Models  of  biological  systems 
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2.  Models  of  biological  functions 
C.  Dealing  with  the  Information 
I  I  I  The  med leal  file 

A.  The  keeping  of  the  medical  secret 

B.  The  automatization  of  the  medical  file 
IV  The  maxlmumlzlng  of  the  work  of  the  doctor 

1.  Help  In  the  medical  diagnosis. 

2.  Help  In  the  examining  of  records  regarding 
physiological  phenomena. 

3.  Automatization  of  the  laboratory.  Interpretation 
and  filing  of  analysis  results. 


R&gJ_S-Lr_ailQ.n  Fees 

Up  to  August  31st,  1971,  the  Symposium  admission  fee  Is 
B.F.  2.5000. for  each  participant.  From  September  1st,  1971, 
this  fee  will  be  raised  to  B.F.  3.000.-  Payments  are  to  be 
made:  either  to  account  no  662.93  of  the  Instltut  Beige  de 
Regulation  et  d 1  Automat  l  sme  -  Bruxelles'1  at  the  "Office  des 
Cheques  Pos taux-Bruxel 1 es",  or  to  account  no  64.026  of  the 
"Instltut  Beige  de  Regulation  et  d ' Automat l sme  -  Bruxelles" 
at  the  "Soclete  Generale  de  Banque-Bruxel 1 es". 

Such  fee  Includes  the  supply  of  the  preprints. 

For  further  information,  please  write  to: 

Secretariat  de  l'l.B.R.A. 
rue  Ravensteln  3 
B  -  1000  Bruxelles  -  Belgique 
T.  (02)  11.70.04 


ON  PRACTICAL  LINEAR  ALGEBRA  PROBLEMS 

This  note  Is  circulated  in  an  attempt  to  locate 
practical  numerical  linear  algebra  (matrix)  problems.  We 
would  like  to  hear  about  problems  In  solution  of  linear 
equations,  matrix  Inversion  and  finding  eigenvalues  and 
eigenvectors.  Vectors  and  matrices  have  found  wide 
application  In  nearly  every  physical  and  social  science,  but 
the  description  of  a  problem  In  terms  of  linear  algebra  and 
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the  description  of  Its  practical  solution  are  often  entirely 
different  both  In  theory  and  In  practice.  Our  teaching  and 
research  activities  concern  the  numerical  solution  of  these 
problems;  and  specific  practical  problems  often  lead  to 
Interesting  classroom  examples  and  theoretical  questions. 
Thus,  depending  on  the  response  to  this  note,  we  would  be 
willing  to  do  one  of  the  following: 


1.  Meet  with  Individuals  and  discuss  problems 
Informal ly. 

2.  Give  or  sponsor  seminar  talks  on  problems  of 
Interest  to  a  number  of  people. 

3.  Give  a  graduate  seminar  In  the  Computer  Science 
Department  covering  relatively  well-known  matrix 
methods  not  usually  treated  In  lower-level 
numerical  analysis  courses.  This  seminar  would 
presume  a  knowledge  of  linear  algebra  (MAT  225)  as 
well  as  familiarity  with  some  applications  of 

ma  t r i ces . 

Since  Profs.  Crawford  and  Keast  are  on  the  staff  at 
Erlndale  and  Scarborough  Colleges  respectively,  certain 
activities,  particularly  1  and  2,  could  take  place  at  either 
of  these  campuses. 

If  you  or  any  of  your  students  are  Interested  In  this 
Idea,  the  easiest  way  to  respond  would  be  to  return  this 
note  to  Prof.  Crawford  at  Erlndale  College  with  your  name, 
department,  phone  number  and  one  or  two  sentences  describing 
your  particular  problem.  If  you  are  currently  using 
computer  programs  to  solve  matrix  problems,  you  could  also 
Include  the  name  and  source  (journal,  book,  etc.)  of  the 
program.  If  you  have  other  comments  do  not  hesitate  to  call 
any  one  of  the  undersigned. 

C.  Crawford  (Computer  Science,  Erlndale,  828-5352) 

P.  Keast  (Computer  Science,  Scarborough,  284-3105) 

R.  Lemmens  (User  Service  Group,  Computer  Centre,  928-8701) 

(Department  of  Computer  Science,  928-8747) 


I .  Farkas 
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INPUT/OUTPUT  AREA 


During  the  summer  the  Input/Output  area  has  undergone 
a  major  reconfiguration.  The  area  Is  now  divided  Into  two 
distinct  sections,  the  I/O  Services  area  and  the  Auxiliary 
Services  area. 

The  I/O  Services  area  Includes  all  services  related  to 
SYSTEM/360  General  Purpose  Job  Stream.  Included  in  this 
article  Is  a  diagram  showing  the  flow  of  traffic  in  this 
area.  On  the  wall  next  to  the  door  Is  a  table  containing 
all  items  to  run  your  job  (l.e.  Job  cards,  special  request 
forms).  Along  the  west  wall  are  user  storage  cabinets  in 
which  you  may  reserve  space.  The  keypunches  and  2741 
terminals  are  located  In  the  middle  of  the  room.  The  two 
keypunches  closest  to  the  window  are  reserved  for  express 
purpose,  l.e.  six  cards  or  less.  Once  your  job  is 

ready  to  run.  It  can  be  read  Into  the  SYSTEM/360  65s.  The 
System  #1  reader  Is  located  closest  to  the  window  with  the 
System  #2  reader  adjacent  to  It.  Check  the  backlog  along 
the  south  wall  to  determine  which  system  will  give  you  the 
best  turnaround  and  have  your  job  read  In  the  appropriate 
reader.  All  jobs  of  under  2000  cards  will  be  read  in  at  the 
earliest  opportunity.  Output  may  be  picked  up  at  the 

counter  upon  completion  of  your  job.  If  a  /*PH0NE  caM  is 
used  you  will  be  phoned  on  completion  of  your  job. 

Due  to  the  lack  of  space  available  to  us  we  find  it 

necessary  to  ask  you  to  remain  in  Room  HOB  only  as  long  as 
necessary.  Your  cooperation  will  allow  the  staff  to  process 
your  requests  as  quickly  and  efficiently  as  possible. 

The  Auxiliary  Service  are*  is  located  in  Room  107A. 
This  area  is  responsible  for  all  unit  record  work  i.e.  deck 
reproduction,  1 1 s t 1 ng, 1 nterpretat i on,  sorting,  keypunching. 
It  is  also  responsible  for  CALCOMP  work,  paper  tape  work, 
submission  of  transient  tapes,  phone  out  service,  keypunch 
maintenance  and  2741  maintenance.  If  you  wish  to  use  any  of 
these  services  please  ask  the  staff  for  assistance  in 
filling  your  requests. 

The  hours  of  services  In  these  areas  are  as  follows: 

INPUT 

Midnight  to  7:00  a.m.  Monday  to  Friday 

9:00  a.m.  to  10:00  p.m.  Mbnday  to  Friday 

9:00  a.m.  to  5:00  p.m.  Saturday  and  Sunday 


OUTPUT 

Midnight  to  Midnight  Monday  to  Friday 
9:00  a.m.  to  5:00  p.m.  Saturday  and  Sunday 


Open  to  Users  Staff  Only 
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Aux i 1  I  a  ry  Services 

8:00  a.m.  to  10:00  p.m.  Monday  to  Friday 
9:00  a.m.  to  5:00  p.m.  Saturday  and  Sunday 

If  you  are  encountering  any  difficulties  please  contact 
one  of  the  following  people: 

I/O  Supervisor  Room  112  928-7092 
I/O  Shift  Supervisor  Room  HOB 
Auxiliary  Services  Supervisor  Room  107A 


RECONFIGURATION  OF  360/65  SYSTEM 

To  facilitate  the  reconfiguration  of  the  S/360-65 
system,  the  Computer  Centre  will  be  closed  at  10:00  p.m.  on 
Friday  August  27th,  1971.  Normal  service  will  be  restored 
for  System  #2  for  local  submissions  to  the  General  Purpose 
Job  Stream  at  12:00  (noon)  on  Saturday  August  28th,  1971. 
Normal  service  for  System  #1  for  C . P . S . /ATS/APL  users  and 
Remote  Terminal  submissions  to  the  General  Purpose  Job 
Stream  will  return  to  regular  service  at  9:00  a.m.  Sunday 
August  29th,  1971.  Watch  for  Alert  Notices  and  SSB's  for 
additional  information  as  work  progresses. 


PjiML..££Ml££ 

The  Input/Output  facility  of  the  Computer  Centre  is  now 
offering  a  phone-out  service  to  its  users. 

This  service  Is  Intended  for  users  who  are  In  a  rush 
for  their  job  and  w ish  to  be  called  Immediately  on  its 
completion.  If  the  line  is  busy,  up  to  two  additional  calls 
will  be  placed  5  minutes  apart.  Users  who  are  unable  to 
have  a  phone  manned  will  be  able  to  utilize  a  phone- 1 n 
service  which  will  be  offered  shortly. 

To  utilize  the  phone  out  service,  punch  a  card  with  the 
following  Information: 


Columns 


1 

/♦PHONE 


16 

8  digits  (  or  less)  phone  no. 


UTCC  79 


PRODUCTS  AND  SERVICES 


Page  7 


This  card  should  be  placed  Immediately  after  the  user 
part  of  the  JOB  card. 


e.g. 

Columns  1 

// 

/* 


16 

NNNN,AAA,etc. 

928-2694 


A  4  digit  number  will  be  assumed  to  be  on  the 
University  Centrex  System. 

The  hours  of  operation  of  this  service  are: 

8:00  a.m.  to  10:00  p.m.  Monday  to  Friday 
9:00  a.m.  to  5:00  p.m.  Saturday  and  Sunday 


After  10:00  p.m.  on  weekdays  only  4  digit  numbers  will 
be  called. 


NEW  CONTROL  CARDS  FOR  THE  HIGH  SPEED  JOB  STREAM 

New  preprinted,  prepunched  colour  coded  High  Speed  Job 
Stream  control  cards  are  now  available  at  all  HSJS  terminals 
and  should  be  used  by  all  users  Immediately.  The  control 
cards  and  colour  coding  are  as  follows: 


WATFIV 

$  JOBW 

YELLOW 

ALGOLW 

$  JOBG 

BLUE 

ASMG 

$  JOBA 

GREEN 

SIMON 

$  JOBS 

ORANGE 

DATA 

$DATA 

WHITE 

Please  note  that  the  DATA  cards  are  $DATA  control  cards 
for  use  with  WATFIV  and  ALGOLW  programs.  These  cards  should 
not  be  used  for  actual  data  to  any  program  whatsoever. 

The  old  yellow  ICS  $J0B  cards  are  now  no  longer 
required  and  should  not  be  used. 


E,UT  WAIE1Y . QM 


WATFIV  OMR  (Optical  Mark  Recognition)  Is  now  available 
at  EUT  and  may  be  used  for  WATFIV  programs  and/or  data. 
WATFIV  OMR  cards  may  be  Intermixed  with  conventional  punched 
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cards  at  EUT.  However,  OMR  cards  should  not  be  submitted  at 
any  other  terminal  whatsoever. 

Anyone  requiring  more  Information  on  EUT  WATFIV  OMR 
should  contact  the  Users'  Services  Group. 


ATTENTION  WATFQR  USERS 

High  Speed  Job  Stream  WATFOR  users  are  reminded  that  on 
September  1st  this  service  will  be  dropped  as  was  announced 
In  Newsletter  #76.  All  FORTRAN  users  should  use  the  HSJS 
WATFIV  Service. 


ATTENTION  ALGQLW  USERS 

High  Speed  Job  Stream  ALGOLW  users  are  reminded  that  on 
September  1st  the  maximum  execution  time  allowed  for  each 
job  will  be  reduced  from  20  seconds  to  10  seconds  as 
announced  In  Newsletter  "76. 


im . AVA I  LAJLl.Ll.il 

Turnaround  has  never  been  better  at  the  '94.  In  spite 
of  the  July  1st  price  reduction,  the  workload  Is  very  light. 
With  somewhat  smoother  operational  procedures  we  can  quite 
accurately  predict  when  jobs  will  be  ready  --  usually  within 
the  hour. 

Equipment  performance  has  been  quite  good  this  past 
month  with  service  suspended  only  once. 


7094  XPRESS  SERVICE  ANNOUNCEMENT 

Beginning  September  13th,  we  will  offer  a  new  class  of 
7094  service.  In  addition  to  the  present  categories: 

S-Short  Regular  (under  30  minutes) 

L-Long  Regular  (over  30  minutes) 

D-Datatext 
C-Calcomp  Regular 

CQ-Calcomp  Special  (India  Ink  or  30"  Paper) 

Q-Speclal  one-per-batch  jobs, 

we  are  Introducing  "X"  class,  for  "Xpress"  jobs  requiring 
less  than  10  minutes  of  processor  time  and  less  than  6000 
1 1 nes  of  printout. 
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Batches  of  MX"  class  jobs  will  be  scheduled  every  hour 
until  2  p.m.  each  day/  and  one-hour  turnaround  assured/ 
unless  notices  are  posted  to  the  contrary  (either  because  of 
machine  failure  or  a  surplus  of  "XM  class  jobs  with  time 
estimates  totalling  more  than  45  minutes  within  one  hour). 

The  Impact  on  classes  of  service  will  be  kept  as  low  as 
possible.  No  job  will  be  delayed  past  9  a.m.  of  the 
following  day  except  In  truly  catastrophic  circumstances. 

To  provide  a  reasonable  level  of  predictability  In 
turnaround/  we  will  require  reasonably  accurate  job  time 
estimates.  Please  cooperate  so  that  all  users  can  benefit. 


1 NTENANCE  SCHEDULES 

Since  the  7094  service  Is  essentially  serial/ 
scheduling  difficulties  are  cumulative  throughout  the  day# 
and  at  some  point  each  afternoon/  the  probability  of 
completing  a  job  before  5  p.m.  approaches  zero.  Analysis  of 
our  dally  machine  usage  records  has  revealed  that  the  time 
devoted  to  equipment  maintenance  has  a  lesser  Impact  on  the 
number  of  jobs  completed  by  5  p.m.  If  It  Is  scheduled  later 
In  the  day  when  the  accumulated  backlog  has  already 
prejudiced  same-day  turnaround/  than  If  It  occurs  early  In 
the  morning. 

For  this  reason/  we  have  arranged  with  our  IBM  Customer 
Engineers  to  schedule  preventive  maintenance  after  2  p.m.  so 
that  we  can  begin  batch  processing  promptly  at  9  a.m.  each 
day  rather  than  at  10.  We  shall/  of  course/  reschedule  If 
this  arrangement  does  not  have  the  anticipated  effects. 


7094  SUGGESTION  BOX 


You  may  have  noticed  that  we  have  acted 
suggestion  to  provide  deck  protector  cards, 
know/  via  the  Suggestion  Box/  telephone  -7094/ 
If  you  have  any  suggestions  which  would  make 
more  helpful . 


on  one  user 
Please  let  us 
or  In  person/ 
our  service 


PRODUCTION  STATISTICS 

Two  Items  stand  out  In  the  July  column  of  Table  1.  The 
High  Speed  Job  Stream  workload  Is  building  up  rather  than 
declining.  This  could  reflect  Improved  service  or  avoidance 
of  the  costs  to  grants  which  are  borne  by  jobs  In  the 
regular  streams.  The  provision  of  languages  In  addition  to 
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FORTRAN  does  not  seem  to  be  a  factor.  The  other  noteworthy 
point  Is  the  slump  In  7094  work.  See  news  elsewhere 
regarding  7094  service  changes. 

The  1970/71  comparison  (Table  11)  shows  both  the  HSJS 
jump  and  an  Important  Increase  In  SYSTEM  / 3 6 0  general 
purpose  work.  The  32%  jump  In  number  of  jobs  was 
accompanied  by  a  50%  Increase  In  job  size  (CPU  and  C0RE)/ 
such  that  a  12%  jump  In  production  has  been  achieved. 
Turnaround  was  Improved  at  the  same  time,  so  that  this  much 
greater  workload  was  processed  In  5%  fewer  machine  uptime 
hours . 


SYSTEM 

— 

MAY 

JUNE 

JULY 

JULY/JUNE  CHANGE 

S/360 

17,631 

18,431 

16,601 

-  9% 

7094 

1,077 

1,032 

717 

- 31 % 

HSJS 

20,870 

24,595 

27,877 

♦  11* 

TOTAL 

39,578 

44,058 

1 _ 

45,195 

♦  2% 

TABLE  i:  JOBS  RUN  -  MAY,  JUNE,  JULY  1971 


SYSTEM 

JULY  70 

JULY  71 

70/71  CHANGE 

S/360 

12,780 

16,601 

♦  30% 

7094 

2,304 

717 

-69% 

HSJS 

12,748 

27,877 

♦  119% 

TOTAL 

27,832 

45,195 

♦  62% 

L 

TABLE  II:  JOBS  RUN  -  JULY  1970  VS  JULY  1971 
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SYSTEMS  RELIABILITY 

The  reliability  of  the  S/360  Systems  for  June  and  July 
are  shown  In  the  following  table  for  comparison. 


SYSTEM 

r~ - - 

MONTH 

UPTIME 

MTBF 

S/360  #1  local 
&  Remote  GPJS 

JUNE 

97.32% 

20.5  Hrs. 

and  Interactive 
Systems . 

JULY 

93.22% 

13.6  Hrs. 

S/360  #2 

Local  GPJS 

JUNE 

97.66% 

17.2  Hrs. 

i  and  HSJS 

* 

JULY 

96.93% 

24.1  Hrs . 

Uptime  decreased  notlcably  on  System  #1  as  a  result  of 
a  rash  of  hardware  problems.  Difficulties  were  encountered 
with  Core  Storage  (LCS)/  Reader  Control  Units,  Disk  Control 
Unit,  and  the  Selector  Channel.  These  problems  appear  to  be 
corrected  at  this  time. 

Uptime  decreased  slightly  as  System  #2  experienced 
hardware  problems  with  the  Reader  Control  Units.  This 
problem  has  been  solved  and  early  figures  for  August 
Indicate  substantial  Improvement  In  system  performance. 


STATISTICS  ON  PROCEDURE  USAGF 

The  following  tables  are  based  on  data  gathered  from 
the  counters  which  were  added  In  June  to  many  of  the 
commonly  used  procedures.  Also  given  are  counts  of  the  four 
SPSS  procedures.  These  counts  are  totals  going  back  to  last 
March.  One  Interesting  point  Is  that  PL/I  users  are  far  more 
Interested  In  using  the  Loaaer  than  FORTRAN  users.  Further 
comments  will  be  made  on  this  data  In  future  Newsletters. 
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Procedure  Usage  June  24th  -  July  28th/  1971 


Procedure 

No «  1 

No.  2 

Total 

Percentage 

FORTGCLG 

2100 

208  3 

4183 

38.6 

PL1V5LDG 

581 

999 

1580 

14.6 

FORTGLDG 

573 

735 

130S 

12.1 

FORSGCLG 

337 

557 

894 

8.2 

FORTCALG 

281 

464 

745 

6.9 

ASMFC 

264 

166 

430 

3.9 

PL1V5CLG 

249 

315 

564 

5.2 

PL1LLDG0 

182 

209 

391 

3.6 

PL1LFCLG 

108 

179 

287 

2.6 

FORSGLDG 

47 

204 

251 

2.3 

ASMFCLG 

85 

127 

—111 

..  JL.0 

10845  100.0 


Statistical  Libraries  (SPSS) 


SPSS 

1059 

998 

2057 

50.0 

SPSSC 

494 

677 

1171 

28.5 

SPSSTP 

436 

289 

725 

17.6 

SPSSDS 

129 

31 

160 

4113 

100.0 

CREDIT  REQUEST  SUMMARY 

This  month's  credit  request  summary  is  listed  below. 
Several  I  terns  of  interest  should  be  mentioned  In  examining 
this  list.  First  of  all/  the  volume  of  credit  requests  has 
greatly  increased  probably  as  a  result  of  the  new  UTCC  25% 
monetary  policy.  In  the  requests,  two  major  problem  areas 
should  be  mentioned.  In  the  area  of  CALCOMP  claims,  the  bug 
that  has  caused  a  great  deal  of  problems  and  the  loss  of 
user  output  has  been  isolated  and  a  fix  Is  on  the  way.  It 
Is  presently  possible  for  a  single  user  to  wipe  out  a  great 
deal  of  plot  output.  This  explains  the  high  volume  of 
CALCOMP  requests.  To  avoid  this  risk,  users  are  urged  to 
use  the  UTCC  CALCOMP  procedures  only.  *  |f  there  seems 
to  be  no  other  way  to  accomplish  the  task,  see  a  Users' 
Services  Group  consultant  In  S.F.  Room  103. 

Ten  of  the  19  hardware  bugs  involve  a  transient  card 
reader  error  on  System  1  that  was  found  and  fixed.  No  read 
checks  were  generated  on  thls--only  bad  characters  were 
Inserted  Into  the  users  source  and/or  data  statements. 
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( 

THIS  MONTH 

LAST 

MONTH 

360 

7094 

TOTAL 

TOTAL 

HUMAN 

9 

1 

10 

17 

SOFTWARE 

25 

1 

26 

5 

HARDWARE 

19 

0 

19 

11 

TOTAL 

53 

2 

55 

33 

%  OF 

JOBS  RUN 

0.31$ 

t 

0.20% 

LABOUR  .DAY  h££HEfiP,.  JSLCtt£P.UL£ 

The  Centre  will  be  closed  from  5:00  p.m. 
Sunday,  September  5th, 1971  until  Tuesday, 
September  7th,  1971  at  9:00  a.m. 
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IHLim.EM7.3iO  OPERATING  SYSTEM  AND  JOB  CONTROL  LANGUAGE 

This  special  feature  of  the  Newsletter  Is  primarily 
devoted  to  an  Introductory  description  of  the  Job  Control 
Language  (JCL)  used  on  the  IBM  System/360.  It  Is  Intended 
especially  for  new  users  of  the  University  of  Toronto 
Computer  Centre  who  may  have  had  little  or  no  experience  In 
running  programs  on  the  System/360.  However/  It  will  assume 
that  the  user  has  some  familiarity  with  computers  and 
writing  programs  In  a  problem-oriented  language  such  as 
FORTRAN . 

This  article  will  start  by  discussing  a  few  general 
concepts  such  as  the  Operating  System  for  the  System/360, 
multiprogramming  and  HASP.  It  then  describes  In  more 
detail.-  the  Job  Control  Language  needed  to  run  some  simple 
FORTRAN  programs.  There  Is  a  brief  discussion  of  the 
Loader.  How  to  obtain  further  assistance  Is  described. 


Ilifi.  .Sys  tg^/J,LQ-..9p.£.r.a.t  ing-LzsJL&m 

The  System/360  Operating  System,  referred  to  as  "OS" 
for  short.  Is  a  set  of  special  programs  provided  by  IBM  to 
assist  In  the  efficient  operation  of  the  computer  Itself. 
There  are  two  types  of  programs  contained  In  the  Operating 
System.  Those  most  obvious  to  the  users  are  the  processing 
programs,  such  as  the  FORTRAN  compiler,  which  perform 
specific  functions  for  the  user.  The  other  type,  the 
control  program,  controls  the  way  In  which  the  system 
resources  are  shared  amongst  different  user  jobs.  These 
resources  Include  the  arithmetic  and  control  functions  (the 
CPU),  core  memory,  and  peripheral  devices  such  as  tapes  and 
disks. 


As  presently  Implemented  on  the  Centre’s  S/360 
computers,  the  Operating  System  Is  capable  of  controlling 
the  execution  of  a  variable  number  of  user  programs  at  once. 
This  particular  option  Is  known  as  "Multiprogramming  with  a 
Variable  Number  of  Tasks",  usually  shortened  to  MVT . 

Multiprogramming  Is  a  way  of  operating  the  computer 
which  attempts  to  maximize  the  efficiency  of  the  computer  by 
keeping  busy  all  of  the  major  system  components.  Few  jobs, 
especially  In  our  particular  environment,  would  use  all  of 
the  core  storage  or  I/O  devices.  The  Operating  System  with 
mul t l programml ng  allows  more  than  one  job  to  be  kept  In  the 
core  storage  at  one  time  and  switches  control  back  and  forth 
between  jobs.  This  Is  much  more  economical  than  to  allow 
Individual  jobs  to  take  up  all  of  the  computer  by 
themselves.  However,  It  does  mean  that  the  resources  needed 
by  a  particular  job  have  to  be  specified  to  the  Operating 
System  In  a  very  precise  manner. 
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HASP  stands  for  the  Houston  Automatic  Spooling  Priority 
system.  It  Is  a  special  processing  program  which  executes 
In  support  of  the  Operating  System.  Its  functions  are  to 
control  the  operation  of  the  low  speed  Input  and  output 
devices  such  as  card  readers,  printers  and  card  punches,  to 
store  queues  of  backlogged  Input  and  output,  and  to  assist 
OS  In  determining  the  order  In  which  jobs  should  be  run.  It 
controls  the  output  of  the  accounting  Information  needed  to 
bill  users . 

HASP  Is  an  especially  useful  feature  In  a  centre  where 
a  large  number  of  relatively  small  jobs  are  run.  The  HASP 
System  became  operative  at  the  time  when  the  majority  of  the 
Centre’s  users  were  switching  from  the  7094  to  the 
System/360  computers.  This  Is  often  called  the  "HASP  Job 
Stream".  The  formal  name  is  "General  Purpose  Job  Stream". 


dob. . C..on t r.Q...l.  Lan&ua&g.  (JCL). 

To  have  a  problem  solved  by  a  computer  it  is  necessary 
to  state  the  problem  in  a  language  such  as  FORTRAN,  COBOL  or 
PL/I.  In  a  similar  way,  users  communicate  to  the  Operating 
System  by  means  of  Job  Control  Language  (JCL).  JCL  allows 
the  user  to  say  who  he  Is,  what  he  wants  to  do,  and  to  give 
Information  about  the  data  he  Is  going  to  both  supply  or 
create. 

To  run  a  job  the  user  must  both  identify  himself  and 
indicate  how  much  he  Is  willing  to  spend  on  that  particular 
job.  This  Is  done  by  the  JOB  statement.  At  UTCC  the  JOB 
statement  comes  In  two  parts.  The  first  part,  a  special 
card  supplied  by  the  UTCC,  prov I des  a  unique  Identification 
number  which  facilitates  getting  the  job  run  and  back  to  the 
user.  The  second  part,  supplied  by  the  user,  gives  his 
authorization  code,  time  and  line  estimates,  and  other 
Information  on  how  the  overall  job  Is  to  be  run.  The 
precise  format  of  the  user  part  of  the  JOB  card  changes  from 
time  to  time  as  the  Centre  Improves  its  services.  Users  are 
referred  to  the  UTCC  System/360  Users'  Guide  for  up-to-date 
Information  on  JOB  card  formats. 

A  second  type  of  control  statement  specifies  In  more 
detail  the  tasks  which  the  job  Is  to  perform.  It  is  called 
an  EXEC  card,  which  both  names  the  program  to  be  executed 
and  describes  options.  If  any,  which  are  to  be  used  by  the 
program.  Several  EXEC  cards  may  be  used  In  one  job. 
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Another  type  of  control  statement  is  used  to  give 
details  on  the  data  to  be  used  by  a  job  and  the  data  to  be 
created  by  a  job.  This  Is  the  DD  card. 


Catalogued  Procedures 

The  number  and  type  of  control  cards  used  by  a  job  will 
depend  on  the  complexity  of  that  job.  In  part  it  Is  the 
variety  of  options  available  to  users  through  JCL  that  gives 
the  System/360  its  flexibility  to  handle  jobs  in  different 
ways  without  having  to  make  revisions  to  the  programs  which 
make  up  the  job.  The  penalty  for  this  flexibility  Is  a 
scope  of  options  which  bewilders  most  users  when  they  come 
upon  them  for  the  first  time. 

A  "catalogued  procedure"  Is  a  set  of  job  control 
statements,  to  perform  a  function  which  is  used  repeatedly, 
that  has  been  assigned  a  name.  It  Is  stored  in  a  special 
library  called  the  procedure  library  (PROCLIB)  on  a  disk 
pack  and  is  always  available.  A  catalogued  procedure  is 
used  by  coding  the  procedure  name  on  an  EXEC  card. 

Consider  a  simple  job  that  requires  the  compilation  of 
a  deck  of  cards  containing  a  program  written  in  FORTRAN, 
followed  by  the  execution  of  that  program  using  another  set 
of  cards  as  input  data.  In  order  to  accomplish  this  job  0/S 
must  be  given  several  pieces  of  information.  Since  there 
are  several  FORTRAN  compilers  available  it  must  be  told 
which  one  It  Is  to  use.  How  much  core  storage  is  required 
for  the  compilation,  where  the  program  deck  (source  deck)  is 
to  be  found  and  where  the  output  (or  object  deck)  is  to  be 
placed  must  be  Indicated.  To  execute  the  compiled  program, 
assuming  compilation  is  successful,  further  information  is 
necessary.  Again,  the  location  of  the  object  deck  must  be 
specified  plus  the  location  of  the  library  of  subroutines 
required.  Information  must  also  be  given  on  the  expected 
size  of  the  resulting  program  and  where  Its  input  data.  If 
any.  Is  to  be  found  and  where  the  output  from  the  program  Is 
to  go. 

To  specify  all  of  this  Information  requires,  in  the 
simplest  case,  some  13  control  statements.  The  probability 
of  getting  all  of  these  cards  set  up  without  some  error  Is 
quite  small.  All  this  complication  may  be  avoided  by  using 
the  catalogued  procedure  "FORTGLDG"  as  shown. 
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//  SYSTEM/360  job  cards 

//MY JOB  EXEC  FORTGLDG 

// FORT . SYS  I N  DD  * 

FORTRAN  program  deck  followed  by:- 

/* 

//GO. SYS  I N  DD  * 

Data  deck  followed  by:- 

/* 

// 

"FORTGLDG"  stands  for  "FORTRAN  G  LOAD  and  GO",  where 
"G"  Is  the  G  level  of  the  FORTRAN  compiler  and  "LOAD  and  GO" 
causes  the  resultant  program  to  be  created  directly  In  core 
storage  and  executed  without  being  saved  for  later  use. 
More  on  this  later. 

In  this  simple  example  the  number  of  control  cards  to 
be  supplied  by  the  user  has  been  reduced  to  seven.  However, 
without  the  catalogued  procedure,  all  but  the  "EXEC"  cards 
would  be  given  as  they  appear  above;  the  EXEC  card  would  be 
of  the  form: 

//MYJOB  EXEC  PGM* I EYFORT 

Thus  the  catalogued  procedure  FORTGLDG  replaces  some 
eleven  job  control  cards  which  the  user  is  probably  not 
concerned  with  most  of  the  time.  In  case  he  may  need  them 
as  a  debugging  aid  should  something  go  wrong,  the  cards  In 
the  catalogued  procedures  are  listed  in  the  early  part  of 
the  user's  output.  This  section  of  the  output  will  be 
printed  whenever  "MSGLEVEL-1"  or  "MSGLEVEL*( 1,1)"  is  coded 
on  the  user  job  card.  To  distinguish  user  supplied  JCL  from 
that  arising  from  catalogued  procedures,  the  latter  is 
printed  with  "XX"  replacing  "//"  in  columns  1  and  2. 


Overriding  Catalogued  Procedures 

So  far  we  have  seen  how  to  submit  simple  jobs  using  a 
minimum  of  Job  Control  Language.  But  what  If  we  wish  to 
modify  one  of  the  specifications  In  a  catalogued  procedure? 
Will  we  have  to  replace  all  of  it? 

Not  at  all.  The  commonly  used  procedures  are  set  up  in 
such  a  way  that  they  can  be  easily  overridden.  Many 
compiler  options  can  be  changed  by  coding  the  required 
option  on  the  EXEC  card  Invoking  the  procedure.  For 
example.  If  we  wish  to  punch  out  the  object  deck  produced  by 
a  FORTRAN  compilation  we  code:- 


//MYJOB  EXEC  FORTGLDG, PARM. FORT-DECK 
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The  only  other  possible  change  needed  In  this  case  would  be 
to  code  the  appropriate  count  of  cards  to  be  punched  on  the 
job  card  If  this  were  expected  to  exceed  1,000. 

Note  the  use  of  the  name  FORT  associated  with  PARM. 
This  Is  because  the  procedure  "FORTGLDG"  has  several  steps, 
one  of  which,  called  "FORT",  Invokes  the  FORTRAN  G  compiler. 
Whenever  options  are  to  be  changed.  It  Is  necessary  to  state 
the  step  name  to  which  the  option  refers.  Step  names  can  be 
found  by  looking  for  EXEC  statements  In  the  printed  listing 
of  the  catalogued  procedure.  In  this  case  It  would  appear 
as :  - 

XX FORT  EXEC  PGM- I EYFORT, REG  I ON-IOOK 

It  Is  very  Important  to  state  the  proper  step  name  when 
overriding  catalogued  procedures.  Failure  to  do  this  often 
leads  to  serious  debugging  difficulties  for  the  users. 

Another  Example 

The  FORTRAN  procedures  used  at  the  Computer  Centre  have 
several  scratch  files  already  defined.  Thus  a  user  wanting 
to  write  data  out  and  read  It  back  In  by  the  same  program 
need  only  code: 

WRITE(NFILE)  list 

and  READ(NFILE)  list  statements  In  the  program 
where 

1  s  NFILE  <  4 

The  JCL  for  creating  the  necessary  files  Is  already 
coded.  However  suppose  that  the  user  Is  writing  and  reading 
a  large  file.  The  existing  JCL,  In  the  Interests  of 
efficient  usage  of  scratch  space  on  disks,  writes  and  reads 
very  small  blocks  of  data.  This  could  result  In  an  unduly 
high  charge  for  running  the  program  and  the  user  may  wish  to 
cause  larger  blocks  of  data  to  be  processed. 

This  can  be  done  by  recoding  the  DCB  parameter  for  the 
appropriate  file.  Suppose  NFILE  was  1.  Then  code,  for 
example, 

//GO. FT01F001  DD  DCB-C REC FM-VSB, BLKS I ZE-2000 ) 

This  card  must  be  placed  after  the  /*  ending  the 
FORTRAN  source  deck  and  before  the 


//GO. SYS  I N  DD  * 


card 
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The  actual  blockslze  used  Is  at  the  user's  discretion 
and  will  In  part  be  determined  by  a  trade-off  between  the 
core  required  and  the  cost  of  reading  and  writing.  This  Is 
a  good  example  of  the  flexibility  of  JCL. 


a  Data  Set  on  Disk 

Suppose  we  extend  the  previous  example  by  considering 
the  case  where  we  wish  to  create  a  data  set,  on  the  user's 
own  disk  pack,  to  be  used  by  another  program.  Again  assume 
that  the  FORTRAN  program  uses  WRITE  (1)  list. 

Then  the  following  DD  statement  may  be  used:- 

//GO. FT01F001  DD  DSN- name, UN IT*2314,VOL=SER=serIal , 

//  DISP3( NEW, KEEP) 

where  "name"  stands  for  the  name  to  be  given  to  the  data  set 
by  the  user  and  it  must  be  unique  for  the  disk  pack  being 
used.  "Serial"  Is  the  six  character  name  of  the  pack  to  be 
used.  Note  an  important  convention  for  stating  JCL  Is  being 
used  here:  names  to  be  decided  by  the  user,  such  as  the 
data  set  name  In  this  example,  are  written  In  small  letters; 
all  other  JCL  is  written  In  capitals. 

Another  Important  point  to  be  noticed  here  Is  the  use 
of  the  DISP  (disposition)  parameter.  It  Is  vital  to  code 
the  word  KEEP  here.  If  this  Is  not  done  the  data  set  will 
be  erased  from  the  pack  at  the  end  of  the  job. 

When  creating  data  sets  It  Is  also  necessary  to  give 
SPACE  and  DCB  parameters.  However,  since  an  existing  DD 
statement  in  the  catalogued  procedure  Is  being  overridden, 
these  will  be  supplied  from  the  procedure.  If  necessary, 
the  user  may  supply  his  own  coding  for  these  parameters. 

The  matter  of  coding  the  most  efficient  JCL  for  a  given 
job  will  be  the  subject  of  later  Newsletter  Items. 


A  Note  on  the  Loader 

All  the  examples  used  so  far  have  assumed  "LOAD  and 
GO".  This  means  that  the  user's  object  decks,  together  with 
any  other  library  subroutines  he  may  require,  are  assembled 
In  core.  Into  an  executable  program  called  a  "load  module". 
After  this  Is  done  control  Is  passed  to  the  program  and  It 
Is  executed.  When  processing  Is  finished  the  whole  program 
Is  erased  and  overwritten  by  another  job. 
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The  use  of  the  "Loader",  which  accomplish 
strongly  recommended  In  the  debugging  stages  of 
where  It  Is  highly  probable  that  the  next  run  wl 
a  changed  form  of  the  program.  Once  a  program  I 
and  is  to  be  run  many  times  In  the  same  form  th 
module  should  be  saved  on  disk.  To  do  th 
sophisticated  processor  called  the  "Linkage  Edlto 
The  Linkage  Editor  is  invoked  by  means  of  proced 
with  CLG  for  "COMPILE,  LINK  and  GO",  for  example. 


this.  Is 
program 
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The  Linkage  Editor  must  also  be  used  If  a  program  Is  so 
large  that  it  will  not  fit  Into  the  core  available  and  so 
must  be  "overlayed"  In  sections.  The  use  of  the  Linkage 
Editor  Is  discussed  in  some  detail  In  Chapter  13  of 
System/360  Job  Control  Language  by  G.  D.  Brown 
( reference( B) (2) ) . 

The  examples  quoted  here  are  Intended  to  illustrate  a 
few  of  the  features  of  the  Job  Control  Language,  especially 
some  which  cause  beginning  users  difficulties.  For  a  more 
exhaustive  description  of  the  topic,  users  are  directed  to 
the  texts  listed  In  section  B  of  the  references. 


Where  to  Obtain  Help 

Users  experiencing  difficulties  running  programs  under 
OS/HASP  should  refer  them  to  the  consultant  on  duty  In  Room 
103  of  the  Sandford  Fleming  Laboratories.  These  consultants 
are  members  of  the  Users'  Services  Group  and  are  trained  to 
handle  general  problems  arising  from  the  use  of  the 
System/360.  Some  problems  relating  to  a  particular 
programming  language  or  package  may  have  to  be  referred  to 
a  member  of  the  Group  specializing  In  this  Item. 
Consultants  are  presently  scheduled  to  be  on  duty  between 
9:00  a.m.  and  5:00  p.m.  Monday  to  Friday.  Changes  In  this 
schedule  will  be  posted  In  Room  103  and  published  In  the  up- 
to-data  version  of  the  System/360  Users'  Guide. 

Users  who  are  contemplating  writing  large  programs  for 
the  System/360  without  previous  experience  of  such  projects 
are  urged  to  discuss  their  problems  with  a  consultant.  An 
appointment  may  be  arranged  through  the  Users'  Services 
Group  Manager  In  Room  SF-128,  phone  928-2694. 
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References 

A.  General 

1.  UTCC  Svstem/3SQ  Users'  Guide 

This  is  a  brief  summary  of  the  services  and 
facilities  of  the  Computer  Centre.  It  is 
revised  periodically  to  reflect  changes  In 
schedules/  personnel/  locations  and  the  like. 
This  guide  Is  available/  at  no  charge/  in 
Rooms  103/  107/  HOB  or  130  of  the  Sandford 
Fleming  Laborator i es . 

2.  Users'  Reference  Manual 

This  manual  is  intended  to  provide  a 
comprehensive  set  of  material  for  users  of 
the  Computer  Centre.  In  particular/  It 
contains  sections  on  Job  Control  language  and 
the  use  of  all  the  major  programming 
languages  available.  It  can  be  obtained  for 
$2.00  from  the  Centre's  Administrative  Office 
in  Room  SF-131. 


3.  Job  Control  language 

1.  IBM  System/360  Operating  System: 

Job  Control  Language  Users'  Guide 
Form  No.  GC28-6703 

This  manual  contains  tutorial 
information  on  JCL  for  programmers 
with  sDecial  emphasis  on  "how  to" 
perform  specific  functions.  This 
manual  is  much  easier  to  use  than 
previous  documents  published  by  IBM 
on  JCL. 


2.  System/360  Job  Control  Language/  by 
Gary  DeWard  Brown,  John  Wiley  and 
Sons,  1970  ($8.50).  Obtainable 

from  the  U  of  T  Bookroom. 

This  is  an  excellent  description  of 
Job  Control  language,  again  from  a 
"how  to"  point  of  view.  This  book 
Is  designed  particularly  for 
Release  18  of  the  Operating  System, 
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which  the  Centre  Is  currently 
using.  Hence  portions  of  this  book 
may  become  out  of  date  as  later 
Releases  of  OS  are  Implemented. 


3.  Introduction  to  I/O  Concepts  and 
Job  Control  Language  for  the  IBM 
Operating  System  360/  by  Gordin  P. 
Ashby  and  Robert  L.  Heilman, 
Dickenson  Publishing  Company, 
Enclno,  California  and  Belmont, 
Cal  I forn I  a . 

A  somewhat  more  elementary  text 
covering  both  JCL  and  I/O  concepts. 


